home *** CD-ROM | disk | FTP | other *** search
- This message announces the availability of patch level 3 of version
- 0.08 of Linux/68k.
-
- It can be ftped from directory /pub/linux/680x0 at tsx-11.mit.edu.
-
- A precompiled kernel executable can be found in vmlinux-0.08pl3.gz in
- the "kernel" subdirectory.
-
- There is also a new "bootstrap" program, in file bootstrap-1.7.gz in
- the "kernel" subdirectory.
-
- The patch for the kernel source can be found in linux-0.08pl3.diffs.gz
- in the "src" subdirectory.
-
- The changes in this release against 0.08 patch level 2:
-
- - The bootstrap program has had a bug fixed wherein some
- chip memory was trashed. If you had problems getting the
- kernel to boot before, this might have been the reason.
-
- - Additional AGA modes from Geert Uytterhoeven
- (uytterho@cs.kuleuven.ac.be).
- * aga720x400 - A 720x400, 70 Hz noninterlaced AGA mode (29.27 kHz)
- * aga640x400 - A 640x400, 76 Hz noninterlaced AGA mode (31.89 kHz)
- * aga640x480a - A 640x480, 64 Hz noninterlaced AGA mode (31.89 kHz)
-
- - Various amiga console and high level console fixes from Andreas
- Schwab and Dave Carter.
-
- - Another stupid Seagate drive added to the SCSI blacklist.
-
- - All sorts of small bug fixes/optimizations from Andreas Schwab.
-
- - Some changes from Roman Hodek to help support vectored interrupts
- on the Atari (and any other systems which use them).
-
- - Andreas Schwab made me aware that the m68k-linux minix filesystem
- was not compatible with the proper m68k minix filesystem. The
- minix filesystem code has been changed to be compatible.
-
- - The problem with the ext2 filesystem has been found. The problem
- wasn't with the filesystem code in the kernel, but with the file
- system checker. It made some bad endian assumptions. The
- best/easiest fix was to change the ext2 filesystem bit allocation
- strategy in the kernel.
-
- The bad news is that as a result of the latter two changes any minix
- and ext2 filesystems that you currently have are inconsistent with the
- 0.08pl3 version of the kernel.
-
- The good news is that I've released a new ramdisk filesystem image
- ("new-filesys.gz" in the "filesys" subdirectory) which contains new
- fsck.ext2 and fsck.minix programs which will fix up your existing
- filesystems so that they are consistent with the newer kernel.
-
- Thus, if you want to fixup your hard-disk filesystems, you should boot
- from the ramdisk image, and then use the appropriate "fsck.*" program
- with the "-a" argument to check/update your filesystem. After this
- you can boot from the hard-disk filesystem.
-
- These programs (plus updated mkfs.minix and mkfs.ext2 programs) plus
- the patches used to create them are available in the "tools"
- subdirectory.
-
- So, I'm pretty confident of the stability/correctness of the ext2
- filesystem now. Go wild.
-
- -----------------------------------------------------------------
- Please note that to boot with the new image, you must place the new
- "vmlinux" file in the AmigaDOS directory from which you invoke the
- "bootstrap" program. The "/vmlinux" symbolic link in the
- "root.tar.gz" file is just there as a convenience for looking up
- kernel symbols. This symbolic link has nothing to do with booting.
-
- To boot with the ram disk image, uncompress the image and type:
-
- bootstrap -r new-filesys ro
-
- The "ro" option tells the kernel to mount the ramdisk as read-only.
- The "/etc/rc" file on the ramdisk image will "check" the ramdisk image
- and re-mount the root (ram disk) file system read/write. The ram disk
- image contains an "/sbin/shutdown" script which will unmount all
- file systems, mount the ram disk read-only, sync all dirty buffers, and
- then print a message indicating that it is safe to reboot.
-
- You can boot from an existing Linux hard disk partition by supplying
- the device name to the bootstrap program:
-
- bootstrap root=/dev/[sh]d[a-f][1-16]
-
- You probably want to provide the "ro" option to initially mount the
- partition read-only.
-
-
- My Linux root partition is on the 1st partition of my first drive, so
- I boot with:
-
- bootstrap root=/dev/sda1
-
- After booting from one of the above methods, if the kernel supports
- your SCSI driver, you should be able to create a minix file system on
- one of your hard disk partitions if you wish.
-
- Determine the size of your partition in 1K blocks (take the number of
- 512 byte sectors from HDToolBox and divide by two), and determine
- which special file to use in /dev (see above). *DOUBLE CHECK* that
- the major/minor numbers for the special device (ls -l /dev/xxx) are
- correct. If they are incorrect or the device special file doesn't
- exist, use mknod to change or create the device special file. Then
- execute:
-
- /sbin/mkfs.minix /dev/xxxx size
-
- This will create a minix file system on the hard disk partition. You
- can then mount this partition under /mnt and copy files to it:
-
- mount /dev/xxxx /mnt
-
- When finished copying, unmount the partition:
-
- umount /mnt
-
- sync a few times, run "/sbin/shutdown" and then reboot. You can then
- boot the kernel by providing "bootstrap" with the device name to boot
- from.
-
- Again, you do any mucking around with hard disks at your OWN RISK.
-
- Note that the above can be used on IDE hard disks now also, except
- that the major/minor numbers for IDE hard disks are different, and the
- special devices in /dev are named hd[ab][1-64].
-